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PROCEDE DE TRACABILITE DES EXIGENCES A PARTIR D'UN 

MODELE UML 

La presente invention se rapporte a un precede de tracabilite des exigences a 
partir d'un modele UML. 

II existe de nombreuses methodes de tracabilite des exigences a partir d'un 
modele, mais il n'en existe pas pour les modeles en langage UML. De plus, ces 
methodes connues sont limitees au seul code, done dies ne sont pas transposables au 
langage UML. 

La presente invention a pour objet un precede de tracabilite des exigences a 
partir d'un modele, qui puisse s'appliquer a la modelisation UML. 

Le procede conforme a 1'invention est caracterise en ce que lors de la 
modelisation, lorsque l'on cree un element, d'un modele, on pose aussitot une 
exigence sur cet element, et on renseigne systematiquement l'exigence amont qui a ■ 
15 provoque la creation de cet element. 

La presente invention sera mieux comprise a la lecture de la description"? 
detaillee d'un mode de realisation, pris a titre d'exemple non limitatif et illustre par" 
le dessin annexe, sur lequel : 

- la figure 1 est une vue d'une interface graphique d'un outir" 
« RHAPSODY » montrant une exigence d'un modele UML, telle 
qu'utilisee par la presente invention, 

- la figure 2 est une vue de l'interface graphique de la figure 1, 
montrant un exemple de rattachement de contrainte, conformement 
au procede de 1'invention, 

- la figure 3 est une vue de l'interface graphique de la figure 1, 
montrant un exemple de rattachement d' exigence UML, " 
conformement au procede de 1'invention, et 

- la figure 4 est un diagramme montrant un exemple d'enchalnement 
d'activites entre les outils « RHAPSODY » et « DOORS », 

30 conformement au procede de 1 'invention. 

On sait que la creation d'une exigence UML suit toujours une activite de 
modelisation, mais il ne faut surtout pas creer les exigences, puis modeliser ce qui est 
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specifie dans ces exigences, car cela conduirait inevitablement a une mauvaise 
utilisation d'UML et de la notion d'objet 

II est conseille, a chaque fois que Fon cree une exigence qui raffine une ou 
plusieurs exigences amont, de renseigner systematiquement la balise 
« UpwardReq : » avec Fidentificateur de ces exigences amont Ainsi, on gere la 
tra9abilite des exigences au moment de leur creation et non a posteriori sur 
F ensemble des exigences. 

Une exigence est representee dans le modele UML (avec Foutil de 
moderation « RHAPSODY » de la societe I-LOGIX) par une contrainte UML 
appelee « Exigence UML » . Un exemple en a ete represents en figure 1. 

Toutes les Exigences UML doivent Stre defmies de la meme maniere selon le 
modele (« template » en anglais) suivant : 

- le champ « Name » (nom de FExigence UML) doit contenir Fidentificateur 
de Fexigence. Get identificateur doit permettre d'identifier le niveau de 
Fexigence. Si Fexigence est de haut niveau, Fidentificateur doit commencer 
par <<HLR__>>, et si Fexigence est de bas niveau, Fidentificateur doit 
commencer par « LLR_ ». 

- le champ « Stereotype » (stereotype) doit contenir le niveau de specification 
de Fexigence (SSS, SRS ... ). En effet, les exigences definies pour ces 
differents niveaux de specification sont toutes presentes dans le meme 
modele UML. Renseigner ce champ stereotype est done le seul moyen de 
differencier les exigences en fonction de leur niveau de specification et done 
d'identifier vers quel module « DOORS » (Foutil DOORS est un outil de 
gestion d'exigences de la societe TELELOGIC) elle doivent etre redirigees. 

- le champ « Description » (description de FExigence UML) doit contenir les 
balises suivantes : 

-« Title : » (titre), suivie du titre de Fexigence, 

-« Content : » (contenu), suivie du texte de Fexigence, « Upward Req : » 
(requete amont), suivie de la liste des identificateurs des 
exigences amont a Forigine de cette exigence. Les 
identificateurs doivent etre separes par une virgule (« , »). 
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On remarquera que l'ensemble des attributs de gestion d'exigences, tels que 
definis dans le processus DOORS, ne font pas partie du modele UML. L'activite qui 
consiste a renseigner ces attributs s'effectue direetement sous DOORS, suite a la 
remontee des exigences UML sous DOORS. 

Le rattachement des Exigences se fait de la maniere suivante. Dans l'outil 
Rhapsody, le seul moyen d'associer une Exigence UML) a un element du modele est 
de la rattacher a cet element en utilisant la fonction « Add New / Constraint », 
comme represente sur l'exemple de la figure 2 (pour l'exigence « Solution »). 

Cette fonction de rattachement est disponible sur tous les elements d'un 
modele (« Package », Classe, Operation, Acteur, Cas d'utilisation, Machine a etats 
Etat...)- 

Actuellement, la norme UML 1.4 definit qu'une contrainte (une Exigence 
UML) peut etre rattachee a plusieurs elements UML, or RHAPSODY ne le permet 
pas. Par consequent, lorsque l'on cree une Exigence UML) qui se repercute sur 
plusieurs elements du modele, on la rattache a l'element common contenant 
l'ensemble des elements sur lesquels l'exigence se repercute. 

On decrit ci-dessous de faeon non limitative deux exemples d'un tel 
rattachement: 

- si deux classes d'un meme « package » sont concernees par la meme 
Exigence UML, alors cette Exigence UML sera rattachee au « package » 
contenant les deux classes, 

- si une Exigence UML) se repercute sur trois methodes d'une meme classe, 
alors cette Exigence UML) sera rattachee a la classe. On a represente en 
figure 3 un exemple d'un tel rattachement d'Exigence UML (Exigence de 
haut niveau « HLR_01 » a deux classes 3MyClass » et « MyOtherClass »). 
Selon une autre caracteristique de 1'invention se rapportant a l'incidence sur 

la persistance des Exigences UML, lorsque Ton supprime un element du modele, 
toutes les Exigences UML rattachees a cet element (et a tous les elements rattaches I 
cet element) sont supprimees elles aussi. 
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Selon encore une autre caracteristique de 1 'invention, on exporte les 
Exigences UML sous DOORS, Suite a une etape de modelisation UML, qui 
correspond en general a un niveau de specification donne, on obtient un modele 
contenant un ensemble d'elements UML et d'Exigences UML, stereotypies avec le 
niveau de specification correspondant. Quand le modele UML a atteint un etat stable, 
on peut alors importer le modele UML sous DOORS afin d'effectuer les activites de 
gestion et de tracabilite d'exigences. 

On a schematiquement represente en figure 4 un exemple d'enchamement 
d'activites d'exportation de RHAPSODY vers DOORS. Sur cette figure, on a 
represente cote-a-cote les outils RHAPSODY et DOORS. Pour le premier, on a 
represente l'arborescence d'un modele UML et trois etapes successives de 
developpement ayant atteint chacune un etat stable de modelisation, ces etapes etant 
respectivement referencees Niveau 1 a Niveau 3. Au for et a mesure du 
developpement, les modeles successifs sont importes dans DOORS et aussitot on 
precede dans DOORS a la gestion et a la tracabilite de leurs exigences conformement 
au procede de l'invention, tel qu'expose ci-dessus. 



1 er depot 

5 



Modifiee le 09/04/04 



REVINDICATIONS 



10 



15 



20 



25 



1. Procede de de tracabilite des exigences a partir d'un modele UML , 
caracterise en ce que lors de la moderation, lorsque l'on cree un 
element d'un modele, on pose aussitot une exigence sur cet element, 
et on renseigne systematiquement 1'exigence amont qui a provoque la 
creation de cet element. 

2. Procede selon la revendication 1, caracterise en ce que lorsque l'on 
cree une Exigence UML) qui se repercute sur plusieurs elements du 
modele, on la rattache a 1'element commun contenant 1'ensemble des 
elements sur lesquels 1'exigence se repercute. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que lorsque 
l'on supprime un element du modele, toutes les Exigences UML ' 
rattachees a cet element sont supprimees elles aussi. 

4. Procede selon la revendication 3, caracterise en ce que toutes les ' 
Exigences UML rattachees a tous les elements rattaches au dit 
element sont supprimees elles aussi. 

5. Procede selon I 'une des revendications precedentes, caracterise en ce 
que les Exigences UML sont exportees vers l'outil de gestion 
d'exigences « DOORS » pour y assurer leur gestion et leur 
tracabilite. 

6. Procede selon la revendication 5, caracterise en ce que les Exigences 
UML sont exportees vers DOORS, au cours du developpement du 
modele, a chaque fols que ce modele a atteint un etat stable. 
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REVENDICATIONS 

1. Precede de de tra9abilite des exigences a partir d'un modele UML , 
caracterise en ce que lors de la niodelisation, on utilise une interface 
graphique lorsque Pon cree un element d'lm modele, on pose aussitot 
une exigence sur cet element, dans cette interface graphique et on y 
renseigne systematiquement P exigence amont qui a provoque la 
creation de cet element. 

2. Procede selon la revendication 1, caracterise en ce que lorsque Pon 
cree une Exigence UML) qui se repercute sur plusieurs elements du 
modele, on la rattache a P element commun contenant Pensemble des 
elements sur lesquels P exigence se repercute, 

3. Procede selon la revendication 1 ou 2, caracterise en ce que lorsque 
Pon supprime un element du modele, toutes les Exigences UML 
rattachees a cet element sont supprimees elles aussi. 

4. Procede selon la revendication 3, caracterise en ce que toutes les 
Exigences UML rattachees a tons les elements rattaches au dit 
element sont supprimees elles aussi. 

5. Procede selon Pune des revendications precedentes, caracterise en ce 
que les Exigences UML sont exportees vers Poutil de gestion 
d'exigences « DOORS » pom y assurer leur gestion et leur 
trafabilite. 

6. Procede selon la revendication 5, caracterise en ce que les Exigences 
UML sont exportees vers DOORS, au cours du developpement du 
modele, a chaque fois que ce modele a atteint un etat stable. 
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